home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 41
/
Aminet 41 (2001)(Schatztruhe)[!][Feb 2001].iso
/
Aminet
/
comm
/
net
/
tf02.lha
/
TinyFugue
/
docs
/
tf-cat.man
< prev
next >
Wrap
Text File
|
1995-08-29
|
13KB
|
397 lines
TTTTFFFF((((1111)))) UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((LLLLOOOOCCCCAAAALLLL)))) TTTTFFFF((((1111))))
NNNNAAAAMMMMEEEE
tf - TinyFugue, a MUD client
SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
ttttffff [[[[----ffff_f_i_l_e]]]] [[[[----llllnnnnqqqq]]]] [[[[_w_o_r_l_d]]]]
ttttffff [[[[----ffff_f_i_l_e]]]] _h_o_s_t _p_o_r_t
DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
_T_i_n_y_F_u_g_u_e (also known as "Fugue" or "TF") is a line-based
client designed for connecting to MUD servers (note: LP,
DIKU, and other servers which use prompts require "/lp on";
see /help prompts). TinyFugue runs on UNIX-like systems,
and on OS/2.
Most of the _T_F documentation is in the help file, which may
be read online with the "/help" command. This manual page
may be obsolete in certain areas; however, the helpfile will
always be up to date.
_T_i_n_y_F_u_g_u_e is larger than most MUD clients, but has many more
features and is much more flexible. The goal is to provide
the most functionality in a client that still maintains the
user-friendliness of _T_i_n_y_t_a_l_k. Clients with extension
languages such as _T_c_l_t_t or _V_a_p_o_r_T_a_l_k can do a little more in
certain areas, but are considerably harder to use and learn.
_T_F provides most of these abilities in such a manner that
learning to use any one function is relatively easy.
Because I am continually adding new features and changing
the code, _T_F sometimes becomes less stable in a new release.
Versions labled "alpha" are generally not as well tested as
"beta" versions, so they have the potential for more bugs.
For this reason, I leave some older versions at the ftp site
where I distribute _T_F (ftp.tcp.com), which do not have all
the current features but may have fewer bugs than the most
recent release.
CCCCOOOOMMMMMMMMAAAANNNNDDDD LLLLIIIINNNNEEEE AAAARRRRGGGGUUUUMMMMEEEENNNNTTTTSSSS
With no arguments, _T_F will try to connect to the first world
defined in the configuration file(s).
With a wwwwoooorrrrlllldddd argument, _T_F will try to connect to wwwwoooorrrrlllldddd, as
defined in the configuration file. If wwwwoooorrrrlllldddd is omitted, it
will try to connect to the first world defined in your
configuration files.
With hhhhoooosssstttt and ppppoooorrrrtttt arguments, _T_F will define a temporary
world and try to connect to it. The hhhhoooosssstttt may be an IP
number or regular name format.
OPTIONS
Page 1 (printed 1/23/95)
TTTTFFFF((((1111)))) UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((LLLLOOOOCCCCAAAALLLL)))) TTTTFFFF((((1111))))
-f_f_i_l_e
Load _f_i_l_e instead of $HOME/.tfrc or $HOME/tfrc at
startup.
-f Do not load any personal configuration file. The
library will still be loaded.
-l Disable automatic login.
-n Do not connect to any world at startup.
-q Quiet login (overrides %{quiet} flag).
FFFFEEEEAAAATTTTUUUURRRREEEESSSS
Among other things, _T_F allows you to:
Divide the screen into two parts, for input and output, with
flexible handling of input (/visual mode).
Connect to multiple worlds and switch between them.
Wrap MUD output at the edge of the screen.
Edit text in the input buffer.
Recall previous commands.
Modify key sequences used to perform editing functions.
Bind commands to key sequences.
Define complex macros to perform MUD tasks easily.
Create triggers which automatically perform certain tasks
when certain output is received from the MUD.
Modify existing macros using either a command format or
interactive editing.
Support "portals" that automatically switch from world to
world.
Hilite or color all or part of a line that matches a certain
pattern.
Gag lines that match certain patterns.
Suppress frequently repeated text ("spamming").
Automatically log into a character on a world.
Page 2 (printed 1/23/95)
TTTTFFFF((((1111)))) UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((LLLLOOOOCCCCAAAALLLL)))) TTTTFFFF((((1111))))
Send a text file to the MUD in flexible ways, or echo it
locally.
Send the output of a system command to the MUD, or echo it
locally.
Send text previously received from the MUD to the MUD, or
echo it locally.
Repeat a MUD or _T_F command a number of times.
Do the above four things at varying intervals, or at a
rapid-fire rate.
Log a session to a file.
Separate LP and Diku style prompts from normal output.
Page output using a --More-- prompt.
Recall previously received text.
CCCCOOOONNNNFFFFIIIIGGGGUUUURRRRAAAATTTTIIIIOOOONNNN FFFFIIIILLLLEEEESSSS
_T_F will attempt to read two files when starting. The first
is a public configuration file "stdlib.tf", located in
TFLIBDIR. TFLIBDIR is defined when _T_F is installed, and is
often /usr/local/lib/tf.lib, or under the home directory of
the installer. This library contains many macros and
definitions essential to the correct operation of _T_F.
Next, _T_F will attempt to read your personal configuration
file, $HOME/.tfrc or $HOME/tfrc, in which you can put any _T_F
commands you want executed automatically at startup. Two of
the most useful commands to use in a _T_F configuration file
are /addworld and /load.
For backward compatability, _T_F will also try to read the
_T_i_n_y_T_a_l_k configuration file. Its name defautls to
$HOME/.tinytalk, or can be defined by the TINYTALK
environment variable. This file may start with a List_ of
worlds that will be defined as if with /addworld.
HHHHIIIISSSSTTTTOOOORRRRYYYY
Anton Rang (Tarrant) in February of 1990 released _T_i_n_y_t_a_l_k,
the first Tinyclient with any great number of features,
including hiliting and suppression of text, simple triggers,
and separating input and output on the screen. Leo Plotkin
(Grod) made rather extensive modifications to _T_i_n_y_t_a_l_k to
produce _T_i_n_y_w_a_r, which was plagued with some serious bugs
and was never officially released (the phrase "Tinywar
Page 3 (printed 1/23/95)
TTTTFFFF((((1111)))) UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((LLLLOOOOCCCCAAAALLLL)))) TTTTFFFF((((1111))))
doesn't exist" is often quoted), and is now an unsupported
client. _T_F began when Greg Hudson (Explorer_Bob) merged
many of the new features of _T_i_n_y_w_a_r back into _T_i_n_y_T_a_l_k, and
added many new features of his own, most notably the split
screen. Some of the code in Greg's releases was contributed
by Leo Plotkin. After Greg moved on to _V_a_p_o_r_T_a_l_k, Ken Keys
(Hawkeye) took over design and maintenance of _T_F in July
1991, and continues to make improvements in features and
performance.
The code size of _T_F has surpassed 300K (unstripped), and is
signifigantly larger than _T_i_n_y_t_a_l_k. It is, in fact, more
than three times the size of a number of existing servers.
As of version 3.0, it has 66 builtin commands and 57 library
commands, each documented in the helpfile.
It has been stated that _T_F is the most-used client in MUDdom
at the current time. I haven't taken a poll, but I wouldn't
be surprised.
RRRREEEEVVVVIIIIEEEEWWWWSSSS
_T_F has significantly changed the tinyclient world. It has a
number of merits and a number of flaws, and has frequently
been criticized (mostly out of boredom; nobody takes this
business too seriously) as having too many features and
being too damn big.
"Tinywar doesn't exist; TinyFugue merely shouldn't."
-- Coined by Woodlock, I believe.
"TinyFugue is a work of art." -- Binder, obviously
after having too much to drink.
"TinyFugue is the biggest hack since the platform it
was built on." -- Explorer_Bob, in one of his lucid
moments.
The New York Times, the Christian Science Monitor and the
Washington Post all refused to comment.
CCCCOOOOPPPPYYYYRRRRIIIIGGGGHHHHTTTT
Copyright (C) 1993, 1994 Ken Keys
_T_i_n_y_F_u_g_u_e (aka "_t_f") is protected under the terms of the GNU
General Public License. See the file "COPYING" for details.
_T_F is currently supported by Ken Keys, who may be contacted
by e-mail at kkeys@ucsd.edu or hawkeye@tcp.com.
Page 4 (printed 1/23/95)
TTTTFFFF((((1111)))) UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((LLLLOOOOCCCCAAAALLLL)))) TTTTFFFF((((1111))))
BBBBAAAACCCCKKKKWWWWAAAARRRRDDDD IIIINNNNCCCCOOOOMMMMPPPPAAAATTTTIIIIBBBBIIIILLLLTTTTIIIIEEEESSSS
VERSION 3.2
/rand has been replaced with rand(). Color names can no
longer be user defined (but color codes still can). The "="
operator does comparison, not assignment.
VERSION 3.1
Added type argument to WORLD and LOGIN hooks.
VERSION 3.0
Backslashes in macros are interpreted slightly differently
than in previous versions. Turning on the "backslash" flag
will enable the old behavior.
VERSION 2.1
The CONNECT hook is now called before the LOGIN hook. In
2.0, CONNECT was called after autologin.
VERSION 2.0
In versions prior to 2.0, <space> was used to scroll the
pager; 2.0 uses <tab> as the default, to allow the pager to
be nonblocking.
_T_i_n_y_t_a_l_k style name gags and hilites are no longer
supported. You must use the '*' wildcard explicitly, as in
'/hilite hawkeye*'.
_T_i_n_y_t_a_l_k style page and whisper hilites are no longer
supported. However, /hilite_page and /hilite_whisper macros
are provided in the default macro library.
The .tinytalk file may not be supported in the future; use
.tfrc instead.
The '-' command line option in versions prior to 2.0 is no
longer supported, and has been replaced with '-l'.
BBBBUUUUGGGGSSSS
When unterbamfing, the old connection should not be closed
until the new connection succeeds.
If a shell quote (/quote !) reads a partial line from the
pipe, the read will block until the rest of the line is
read.
Page 5 (printed 1/23/95)
TTTTFFFF((((1111)))) UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((LLLLOOOOCCCCAAAALLLL)))) TTTTFFFF((((1111))))
WWWWAAAARRRRNNNNIIIINNNNGGGGSSSS
The Surgeon General has determined that MUDding can be
detrimental to your GPA.
Page 6 (printed 1/23/95)